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(57) A method and system for facilitating information 
exchange between individuals and entities interacting 
on a shared project are provided, and more particularly 
to a method and system for horizontal, i.e., non-hierar- 
chical, participation in and/or contribution to a spread- 
sheet-based project. The method and system is Web- 
based and utilizes conventional browser and spread- 


sheet technology to achieve collaborative exchanges of 
information on an enterprise-wide basis. The method 
and system also facilitate efficacious remote information 
access and exchange, e.g., over a computer network 
such as the Internet and/or the World Wide Web, 
through a caching function that combines individual 
queries initiated by a spreadsheet program before trans- 
mitting across a network to a server for consideration. 
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Description 
BACKGROUND 

1. Technical Field 

[0001 ] The present disclosure relates to a method and system for facilitating information exchange between individ- 
uals and entities interacting on a shared project, and more particularly to a method and system for horizontal, i.e., non- 
hierarchical, participation in and/or contribution to a spreadsheet-based project. In one embodiment of the present 
disclosure, the method and system facilitate efficacious remote information access and exchange, e.g., over a computer 
network such as the Internet and/or the World Wide Web. 

2. Background of the Disclosure 

[0002] The use of spreadsheets to collect, assess, monitor and manage information and data is pervasive. Over 
time, spreadsheet technology has evolved into a host of computer-based systems that facilitate flexibility and diverse 
applications, both for personal and business uses. Software products such as VisiCalc, Lotus 1-2-3, Quattro Pro and 
Excel have greatly expanded the availability and use of computer-based spreadsheet applications. Spreadsheet tech- 
nology has also become part of innumerable "legacy" systems developed by companies to meet their specific needs 
and objectives, as those needs have evolved over time. 

[0003] The computer-based systems and procedures for budgeting/forecasting corporate performance and for mon- 
itoring/evaluating actual performance relative to budget/forecast exemplify both the power and the limitations of current 
spreadsheet technology. Atypical budgeting process is hugely time-consuming, cumbersome and inefficient, entailing 
countless iterations through reams of data. Typically, the budgeting process involves synthesis of historical information, 
competitive issues, long and short term corporate objectives, and forecasted revenues and expenses. Participants in 
a typical budgeting process are called upon to provide relevant information within their areas of responsibility and/or 
expertise. This information is fed into a spreadsheet program for ultimate consolidation into an overall budget. 
[0004] Budgeting participants are often dependent on additional individuals within the organization to provide nec- 
essary information and input, e.g., information as to historical and projected performance, competitive pressures and 
the like. The involvement of these additional individuals is generally limited in that their participation in the budgeting 
process is controlled and/or filtered by the individual(s) within the corporate hierarchy to or through whom such indi- 
viduals report. Moreover, current budgeting procedures are generally unable to effectively address and/or recognize 
the inter-related and inter-dependent nature of individually forecasted numbers. For example, if the sales organization 
forecasts a significantly greater percentage of sales in the far east, the various support functions that will be impacted 
by such increased sales, e.g., shipping and receiving, customer service, etc., may need to adjust their forecasts to 
reflect the shift in sales. However, current budgeting procedures generally do not facilitate the types of communications 
required to identify such variations and, once identified, to adjust the budget/forecast figures to accommodate such 
variations. Despite the significant expenditure of effort and expense, the budgeting process often lacks long-term value 
to management. . 

[0005] The implications of failures in the budgeting process are significant. First, individuals who are required to 
provide input to the budgeting process through a "superior" in the corporate hierarchy are often disenfranchised and 
frustrated by their limited involvement. Moreover, these individuals cannot be expected to take ownership of, or re- 
sponsibility for, the final budget because their involvement was so attenuated and limited. Second, the hierarchical 
approach to budgeting generally infects the final budget with erroneous assumptions because the inter-related and 
inter-dependent nature of revenue/expense variables goes largely unrecognized and ignored. Third, the rationale be- 
hind various submissions to the budgeting process is often lost in the process. For example, if the R&D function is 
requesting an increase in headcount/expenditure because the sales/marketing function has identified a specific market 
need/opportunity that requires additional R&D effort, the underlying rationale for the R&D request, if known by "upper 
management," may compel an endorsement of the R&D request. Countless "rationales" support individual budget 
submissions, the majority of which are lost in the hierarchical budget process. 

[0006] A further limitation of current budgeting processes is a general inability to integrate the budgeting process, 
and particularly the company's agreed upon budget, into management of the ongoing operation of the company. While 
certain members of the management team closely monitor company performance relative to budget, and such per- 
formance is periodically communicated to other segments of the corporate operation, particularly when performance 
is lagging budget forecasts, individuals outside of the "management circle" are largely unable to, and precluded from, 
measuring their performance against budget. 

[0007] The failure to integrate the agreed upon budget into the day-to-day operations of a corporation has several 
negative implications. First, performance trends are not known to individuals having the ability to respond to such 
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trends in a timely fashion. Second, ownership of and commitment to the budget by individuals outside of the "manage- 
ment circle" is further undermined. Third, a corporate culture based on performance against agreed upon objectives 
is significantly undermined. Fourth, the ability of non-management individuals to develop management skills is mini- 
mized. And fifth, an opportunity to learn from year-to-year budget issues, e.g., recognizing the interdependence of 

5 R&D expenditure to legal expenses for patent procurement, will go unfulfilled. 

[0008] A further challenge to the effective management of any geographically dispersed organization is the timely 
exchange of, and access to, critical information. This challenge is particularly pronounced in the areas of budget prep- 
aration and the measurement/management of performance against budget. While a company generally collects, in 
real time, the data needed to formulate a budget and the performance data necessary to measure performance against 

10 budget, the availability of that data to individuals outside the management circle is generally restricted, if available at 
all. With the continued evolution of data communication, e.g., over the Internet and/or the World Wide Web, the infra- 
structure required to facilitate timely exchange and availability of data is generally available. 

[0009] Several issues present themselves when companies evaluate the potential for allowing widespread access 
within the corporation to proprietary financial information, e.g., budgeting data, performance data, and the like. First 

15 and foremost is the need that the confidentiality of such critical information be maintained and that individuals having 
access to different levels of information be appropriately restricted. A further issue confronting such companies is the 
latency associated with transmission of such information to remote locations. For a system designed to facilitate remote 
access to corporate information to be successfully implemented and utilized, the system's response speed must be 
reliably optimized. Moreover, the system design must facilitate maximum flexibility in the analytical tools available to 

20 system users so that optimal assessments and decisions may be made in a timely fashion. 

[0010] Despite efforts to date, particularly the widespread availability of spreadsheet-based systems and software 
programs (e.g., Lotus 1 -2-3 and Excel), a need remains for a method and system for facilitating information exchange 
between individuals and entities interacting on a shared project. Indeed, a pronounced need exists for a method and 
system that facilitate horizontal, i.e., non-hierarchical, participation in and/or contribution to a shared project, e.g., a 

25 spreadsheet-based budgeting and/or performance measurement tool. Additionally, a need exists for a system and 
method that facilitate remote information access and exchange, e.g., over a computer network such as the Internet 
and/or the World Wide Web, with reduced latency. 

SUMMARY OF THE DISCLOSURE 

30 

[001 1] The present disclosure is directed to a new and useful method and system for facilitating information exchange 
between individuals and entities interacting on a shared project, and more particularly to a method and system for 
horizontal, i.e., non-hierarchical, participation in and/or contribution to a spreadsheet-based effort. In one embodiment 
of the present disclosure, the method and system facilitate efficacious remote information access and exchange, e.g., 
35 over a computer network such as the Internet and/or the World Wide Web, while reducing latency associated therewith. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] So that those having ordinary skill in the art to which the disclosed method and system appertains will more 
^0 readily understand how to employ and use the same, reference may be made to the drawings wherein: 

Fig. 1 is a schematic depiction of a network-based system according to the present disclosure; 
Fig. 2 is an exemplary screen display according to an embodiment of the present disclosure; 
Fig. 3 is a second exemplary screen display according to an embodiment of the present disclosure; 
^5 Fig. 4 is a third exemplary screen display according to an embodiment of the present disclosure; 

Fig. 5 is a fourth exemplary screen display according to an embodiment of the present disclosure; 
Fig. 6 is a fifth exemplary screen display according to an embodiment of the present disclosure; and 
Fig. 7 is a sixth exemplary screen display according to an embodiment of the present disclosure. 

50 DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS) 

[0013] The present disclosure provides a method and system for facilitating information exchange between individ- 
uals and entities interacting on a shared project. The method and system advantageously facilitates horizontal, i.e., 
non-hierarchical, participation in and/or contribution to the shared project. In a preferred embodiment of the present 
55 disclosure, the method and system facilitate input to and participation in the creation of a spreadsheet, e.g., in formu- 
lating an enterprise-wide budget and/or forecast. In a further embodiment of the present disclosure, the method and 
system facilitate efficacious remote Information access and exchange, e.g., over a computer network such as the 
Internet and/or the World Wide Web, while reducing latency associated therewith. 
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[0014] The method and system of the present disclosure provide, inter alia., a Web-based financial analytic solutions 
and professional services utility that can be effectively utilized by companies of any size, across any and all industries 
and geographic locations. The method and system optimally utilizes and combines the benefits of a centralized data 
and document repository with the flexibility of distributed spreadsheet technology that effectively leverages the infra- 
s structure of the Internet. Moreover, the method/system disclosed herein allows users to dynamically link budget spread- 
sheets to centrally administered OLAP and relational databases. 

[0015] According to the present disclosure, a Web-centric "meeting place" for all levels and functional areas of an 
enterprise may be advantageously created to facilitate: (i) communication concerning corporate strategy; (ii) assess- 
ment of critical assumptions necessary for effective budgets/forecasts; (iii) creation and collaboration in budget creation; 

10 (iv) tracking and managing of the budgeting process; and/or (v) viewing of personalized performance metrics. Through 
utilization of the method/system of the present disclosure, companies are better able to align budgets with corporate 
strategies and deliver accurate budgets faster and with less effort. The present method/system require minimal user 
training, minimal maintenance and/or support resources from internal IT personnel, and optimally utilizes and is based 
upon accepted technology standards. 

15 [0016] Turning to Figure 1 , a schematic depiction of an exemplary system 1 00 according to the present disclosure 
is provided. System 100 includes a server 102 and an exemplary client 104 that communicate across a computer 
network 106, e.g., an intranet, the Internet and/or the World Wide Web. As will be readily apparent to persons skilled 
in the art, client 1 04 is intended to be representative of a plurality of clients 1 04, each of which may communicate with 
server 102 via network 106, whether sequentially or simultaneously, provided appropriate security clearance is 

20 achieved. 

[0017] With reference to network 106, it is contemplated according to the present disclosure that clients 104 may 
access and communicate with network through any data communication technology. For example, client 104 may 
comprise one or more personal computers that are part of a conventional local area network (LAN) that is wired directly 
to the Internet through a conventional port, e.g., a T-connection. Client 104 may also constitute one or more personal 

25 computers that use a modem to connect via a phone or cable connection to a network. The personal computers may 
also be part of a peer-to-peer network. In any case, client(s) 104 are adapted to communicate with network 106 such 
that information may be transmitted to and from server 102, e.g., through one or more routers, wide area networks 
(WANs), satellites, hubs, repeaters, bridges and gateways, as is known in the art. Data transmissions are typically 
passed from network to network in packets that include not only the substantive aspects of the data transmission, but 

30 addresses, error checking information and the like. 

[0018] With further reference to Fig. 1, client 104 includes at least two software applications for purposes of the 
method and system of the present disclosure: a spreadsheet software program 108 and a Web browser software 
application 110. Spreadsheet program 108 and browser 110 are loaded into the memory of client 104 or otherwise 
available for utilization by client 104, e.g., from an ancillary floppy, CD-ROM, DVD and/or tape drive. Any conventional 

35 browser 1 1 0 is contemplated for use according to the method/system of the present disclosure, e.g., Netscape Com- 
municator or Microsoft Internet Explorer. Similarly, the method/system of the present disclosure may be utilized with 
any spreadsheet program 108, e.g., Lotus 1-2-3, Quattro Pro, Excel and/or legacy spreadsheet systems. A preferred 
spreadsheet program 108 for use by client 1 04 according to the present disclosure is Microsoft Excel 2000. Indeed, 
the method/system of the present disclosure advantageously utilizes the full functionality of Microsoft Excel 2000, e. 

^0 g t) report wizards, spreadsheet design, spreadsheet modification, etc., as is known to persons skilled in the operation 
and use thereof. Preferred browser programs 11 0 for use by client 1 04 according to the present disclosure are M icrosoft 
Internet Explorer 4.0 (or later) and Netscape Communicator V4.0 (or later). As with Microsoft Excel 2000, the method/ 
system of the present disclosure advantageously utilizes the full functionality of such browser programs, as are known 
to persons skilled in the operation and use thereof. 

45 [0019] Beyond spreadsheet program 108 and browser 110, client 104 typically contains and/or has direct access to 
a variety of ancillary user documents 112, whether stored within its memory and/or accessible from an associated drive 
or server For example, client 1 04 may have access to user documents 112 that include word processing documents, 
audio and/or graphical files, spreadsheets and the like. Client 104 is adapted to work "off-line," i.e., independent of 
network 106, or "on-line," i.e., in communicative interaction with network 106 and server 102, When working off-line, 

so client 104 will not have access to data stored in database 114 associated with server 102, nor will client 104 be able 
to feed data to database 114. Nonetheless, data from database 114 may be pre-downloaded to client 104 when on- 
line and, to the extent data is input, modeled and/or modified at client 1 04 by a user working off-line, such input/modified 
data may be stored in the memory of client 1 04 and subsequently transmitted/uploaded to server 1 02 via network 1 06 
thereafter. In a preferred embodiment of the present disclosure, client 1 04 includes an operating system selected from 

ss Microsoft Windows or Microsoft NT Workstation. 

[0020] With further reference to Fig. 1 , server 1 02 facilitates client 1 04 communication and data exchange with da- 
tabase^) 114. Server 102 preferably facilitates access to enterprise systems and/or sources 116, e.g., an enterprise's 
ERP system 118, general ledger 120 and other systems 122. System 100 preferably provides dedicated high-speed 
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connections to multiple, scalable backend databases 114 and file servers 102. In a preferred embodiment of system 
100, server 102 utilizes the Windows NT 4.0 operating system and, based on the approximate number of users, is 
configured as follows: 


Number of Users 

Number of Servers 

Exemplary Components 

Up to 50 

1 server 

Web/File/SQL/OLAP 

50 to 250 

2 servers 

Web/File 
SQL/OLAP 

250 to 500 

3 servers 

Web or Web 
rile File/SQL 
SQL/OLAP OLAP 

500 to 1000 

4 servers 

Web 1 or Web 
Web 2 File 
File SQL 
SQL/OLj^P OLAP 

1000 and beyond 

5+ servers 

2 or more Web 
File 
SQL 
OLAP 


[0021] To maximize speed and performance characteristics, server(s) 1 02 are generally uniformly configured, while 
permitting customization that best meets individual user's system requirements. Typical server 1 02 configurations ac- 
cording to the present disclosure are set forth below: 


Component 

Low End 

High End 

Pentium III/500 CPU 

Dual 

Quad 

RAM 

256 MB 

2 GB 

Hard Drive(s) 

9 GB Raid 5 

20 GB Raid 5 


[0022] In preferred embodiments of the present disclosure, system 100 provides security across all physical and 
logical components, thereby ensuring high level data and application integrity. Functional security is generally provided 
by allowing system administrator(s) to restrict user access to features, functionality, documents and data, down to 
individual dimensions or fields within the spreadsheet program 108. In addition, connections security is generally 
achieved according to the present disclosure by providing data encryption of all information exchanged via the Internet 
and/or World Wide Web by utilizing SSL connections through https protocol and encryption keys. 
[0023] Turning to Fig. 2, an exemplary screen layout 200 is provided from which certain aspects of the method/ 
system of the present disclosure may be described. Screen 200 is representative of screen layouts that may be viewed 
by users of clients 1 04. The application software required to provide the functionality described herein may be readily 
downloaded and/or installed at client 102, e.g., by an Internet download as is known in the art. Installation of such 
application software may advantageously provide an icon on the desktop of client 1 02, facilitating user access thereto. 
Sign-on to system 1 00 typically includes appropriate name/password entry to validate user access. 
[0024] With further reference to Fig. 2, the content on screen 200 is contained in a plurality of cells or blocks 202. 
In particular, on exemplary screen 200, cells 202 include "map" 204, "bulletin from others" or "bulletin board" 206, "CEO 
vision" 208, and "comparative analysis" spreadsheet 21 0. Each individual cell 202 is preferably provided with conven- 
tional functionality keys that permit the cell view to be enlarged, edited, scrolled and/or closed. Reorganization and/or 
modifications to the layout and styling associated with information displayed on screen 200 may be facilitated through 
conventional menu-driven commands 212, subject to inherent controls and/or limitations that may be built into the 
screen display functionality. For example, system 1 00 may be programmed such that the positioning of the CEO vision 
208 may not be modified, thereby ensuring ready viewing of information considered to be critical to the enterprise. 
Preferably, system 100 allows as many as thirty blocks 202 to be viewable on each page or screen view, thereby 
allowing a userto scroll from blockto blockfor efficient access to relevant information. As with conventional applications, 
individual blocks 202 may be enlarged to fill a user's screen through appropriate keyboard/mouse commands, e.g., 
double clicking on the desired block 202. 
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[0025] As demonstrated by screen 200, system 100 advantageously facilitates group participation in an enterprise- 
wide project, e.g., budgeting and/or forecasting, through the. expeditious sharing of relevant data and information in 
real time. Thus, CEO vision 208 illustrates the types of information that can be conveyed to participants in the budgeting 
process, e.g., corporate objectives, budgeting parameters, strategic opportunities and the like. Information conveyed 
5 in CEO vision 208 may be periodically updated and/or revised, and may be replaced and/or supplemented by other 
management information, e.g., message(s) from the CFO, controller arid/or other financial personnel concerning the 
status and/or parameters for completion of the budgeting process. 

[0026] Based on the functionality of browser 110, the informational content within each of cells 202 may advanta- 
geously link to ancillary sources of information, e.g., documents contained within an enterprise source 1 1 6, e.g., sup- 

10 porting spreadsheets, word processing documents, PowerPoint presentations, video files, sound files and the like, or 
to external sources of information located on the Internet and/or World Wide Web, e.g., news stories, analyst reports, 
competitor publications, and the like. The ability to connect ancillary sources of information with communications as- 
sociated with the budgeting process afforded by the method/system of the present disclosure significantly improves 
the efficiency, reliability and accuracy of the budgeting process. Moreover, through use of conventional hyperlinking 

15 technology, the direct association of such ancillary information with a specific aspect of a budget-related submission 
is technically efficient and will not encumber or otherwise slow the budget process. Indeed, recipients of such budget- 
related submissions will be readily able to access supporting documentation and assess the merits of a submission 
expeditiously and with full knowledge of relevant background information. 

[0027] Referring again to Fig, 2, European map 204 is illustrative of the types of information that might be depicted 
20 on screen 200 that would be of particular relevance to an individual participating in the budgeting process, e.g., an 
individual responsible for European sales. European map 204 could be stored on client 104, within database 114, 
within an enterprise source 116 and/or on the Internet/World Wide Web. Data blocks 204a, 204b include detailed 
information concerning the underlying subject matter of map 204 and may be linked thereto from map 204 and/or 
formatted into the display of map 204. The data content of data blocks 204a, 204b may be derived from any of the 
25 potential data sources detailed hereinabove. 

[0028] As noted above, screen 200 is merely illustrative of the screen views provided by the method/system of the 
present disclosure. For a user having different functional responsibilities within the company, e.g., the vice president 
of research and development or the general counsel, map 204 would advantageously be replaced by content of rele- 
vance to those users, e.g., organization charts, program reports, statistics concerning new product introductions, etc. 
30 in addition, a user having interest in European sales, whose personal page is depicted in Fig. 2 according to the method/ 
system of the present disclosure, has the ability to periodically change the content of cell 202 from map 204 to modified 
content of interest, e.g., using the edit function depicted in screen 200. 

[0029] With reference to bulletin board 206, the method/system of the present disclosure advantageously provide a 
direct communication function that, in certain respects, resembles an email system, but for the purposes of the present 

35 disclosure, far surpasses email in effectiveness and communicative efficiency. Bulletin board 206 facilitates information 
sharing by providing a centralized location for posting and/or storing information relevant to a task, e.g., budgeting. 
For example, users may desire to post information concerning budget guidelines, timeliness, templates and the like 
on bulletin board 206. Rather than email this information to everyone, thereby assuming the inherent risk that someone 
will be inadvertently omitted from the email distribution list, the information can be easily posted to bulletin board 206 

40 according to the present disclosure, where anyone having a need and/or interest in the posted information will have 
ready access thereto. In a preferred embodiment of the present disclosure, a user posting Information to bulletin board 
206 has the option of emailing recipients and/or other interested parties with notification that the posting has occurred, 
thereby increasing the likelihood of immediate review of the posted information. 

[0030] In a further preferred embodiment of the present disclosure, postings to bulletin board 206 may be categorized 
45 by category and/or document type. For example, in processing a bulletin board posting, a user may be required to 
designate the type of document being posted from among a predetermined list of categories, e.g., assumption, guide- 
line, schedule, timetable and package. With reference to the above-noted categories, "assumptions" may typically 
originate from executive personnel and may be used to communicate the company's vision for the future to members 
of the organization, e.g., corporation is looking for twenty percent top-line growth or corporation is looking to increase 
50 gross margins by three percent. "Guidelines," like assumptions, may typically originate from senior members of the 
corporation and may place caps or floors on aspects of the budgeting process, e.g., T&E expenses to increase by no 
more than three percent or distributor sales to increase by at least five percent year-over-year. "Schedules" may include 
templates for inputting data, e.g., an input schedule, and "timetables" may include timelines for submitting data and/ 
or dates for key meetings/corporate events. "Packages" may include budget-related informational packages, e.g., back- 
55 ground information required by individuals within the organization to fulfill their responsibilities in the budgeting process. 
Additional categories may be added by a system administrator, as needed by individual corporations from time-to-time. 
[0031] The system/method of the present disclosure generally provides an address book or "listing" for use in posting 
messages on bulletin board 206. Message transmission may be directed to one or more targeted recipients, thereby 
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facilitating non-hierarchical dialog concerning the budgeting process. In addition, predetermined groups may be pro- 
vided and/or established to facilitate communications to individuals having a shared interest in types of postings. Mes- 
sages posted to a collaborator's bulletin board 206 may advantageously provide narrative information and/or inquiries 
and may enclose, attach and/or link to documents contained within system 100, e.g., in database 114 or enterprise 

5 source 116. Messages are instantaneously posted to the recipient's bulletin board 206, independent of any email sys- 
tem, and facilitate direct non-hierarchical communication and collaboration in the budgeting process. Viewing of posted 
message(s) by the recipient can be confirmed by the individual making the transmission, thereby ensuring that the 
recipient has received the desired communication. Recipients are able to forward the message to additional recipients, 
but are unable to change the underlying content thereof. Postings may be sorted based on a multiplicity of attributes, 

10 e.g., data, transmitter, topic and the like, and may be edited and/or deleted by the user who posts the message. 

[0032] With further reference to Fig. 2, comparative analysts spreadsheet 21 0 is representative ol a host of spread- 
sheets and spreadsheet-based documents that may be accessed, modeled and submitted as part of the collaborative 
budgeting process according to the method/system of the present disclosure. Exemplary comparative analysis spread- 
sheet 210 is typically run on and rendered by a conventional spreadsheet program 108, e.g., Excel, and typically 

is derives its information, formulas and/or data from database 1 1 4 and/or other resources 1 1 6. Alternatively, when working 
off-line, comparative analysis may derive its information, formulas and/or data from the hard drive of the user's personal 
computer and/or ancillary drives associated with such personal computer. A user may view, modify, update, model, 
test assumptions, and the like by inputting data and/or formulas to comparative analysis spreadsheet 210, or such 
other spreadsheets as may be displayed on screen 200 according to the present disclosure. 

20 [0033] When a user enters a formula into a cell or dimension of spreadsheet 210, the spreadsheet program 108 
typically processes the formula through a minicompiler that reformats the function names, as is known in the art. The 
result of the compilation is typically written to a memory location reserved for that cell or dimension. Pointers to other 
formulas in the spreadsheet are provided by the spreadsheet program 108, effectively creating a list of cells that contain 
formulas, thereby saving the spreadsheet program 108 time and providing improved efficiency during recalculations. 

25 Deletion of a formula by the user results in redirection of its pointer so as to reconnect the formula chain. When the 
spreadsheet is recalculated, spreadsheet program 108 saves time by making a first pass through the pointer list to 
identify cells or dimensions that contain formulas. The spreadsheet program typically finds those formulas that depend 
on data that has changed and marks each one that needs to be recalculated. 

[0034] Having identified the cells requiring recalculation, spreadsheet program 108 typically makes a second pass 

30 through the list focusing only on formulas marked for recalculation. For each, spreadsheet program 1 08 typically de- 
termines if the formula depends on another formula that has yet to be recalculated. If so, spreadsheet program 108 
adjusts the cell's pointers and the pointers of connected cells/dimensions so that the dependent formula(s) move to 
the end of the list. When formulas are encountered that are not dependent on yet-to-be calculated formulas, spread- 
sheet program 108 typically undertakes to make the calculation required by such formulas. Critical to the calculations 

35 described herein is the efficiency of the required data retrieval associated therewith. 

[0035] In the method/system of the present disclosure, spreadsheet program 1 08 is advantageously utilized by users 
that are dispersed geographically. As such, data is optimally maintained in central database repositories, e.g., database 
114 and enterprise sources 116. Each time a query and/or response is transmitted between a user's client 104 and 
server 102, e.g., data retrieval from or input to database 114, latency issues associated with network 106 areencoun- 

40 tered. According to the present disclosure, a unique caching method/system are provided that optimize the efficiencies 
associated with data exchange between client 104 and server 102. The caching method/system disclosed herein is 
flexible in design and operable with any spreadsheet program 108 and/or hardware/software infrastructure. 
[0036] In conventional spreadsheet programs, data retrieval is generally achieved according to one of the following 
modalities: (i) cell-based responses to multi-parameter queries yield cell blocks of data that are not delivered directly 

45 to cells within spreadsheet; (ii) cell-based responses to individual queries are delivered directly to the spreadsheet cell 
requiring such data, but each cell-based data query automatically results in an independent and immediate inquiry to 
the database for the required data; and (iii) a pivot table. In distinct contrast to conventional data retrieval modalities, 
the method/system of the present disclosure utilizes a caching system on client 104 that greatly facilitates data retrieval 
and reduces potential delays associated with the latency of network 106. 

so [0037] According to the caching system of the present disclosure, client 1 04 includes a first caching function, termed 
a "data cache," that automatically caches data that is input at client 1 04 or retrieved to client 1 04, e.g., from database 
1 1 4 or enterprise source 1 1 6. Thus, with reference to spreadsheet 21 0 in Fig. 2, when the revenue figure for "Budget 
- Total Year 2001" is first retrieved from database 116 by client 104 (i.e., $41 ,219,727), such figure is automatically 
stored in the data cache. Thereafter, each time a recalculation of spreadsheet 210 is required, the data cache will be 

55 accessed to obtain the previously cached revenue data required by the cell entitled Budget - Total Year 2001 .Thus, 
according to the caching method/system of the present disclosure, data contained in the data cache of client 1 04 need 
not be retrieved across network 1 06 from server 1 02. . 

[0038] A second caching function possessed by client 1 04 according to the present disclosure enables client 1 04 to 
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greatly minimize the numbers of inquiries made and response received across network 1 06. According to this second 
aspect of the caching system, client 1 04 possesses a "key cache" functionality that automatically checks internally for 
each piece of data requested by spreadsheet program 108 and, to the extent such data is within the data cache of 
client 104, the key cache provides such data immediately to spreadsheet program 108 for use therein. Additionally, 
the key cache eliminates such data requirement from any potential requests to be made across network 106, i.e., data 
contained in the data cache is automatically omitted from queries across network 1 06. Conversely, pieces of data that 
are requested by spreadsheet program 108 and are determined by the key cache not to be in the data cache, are 
retained by the key cache for combination with all other such data requests before any transmission is made across 
network 106. 

[0039] In use, the advantageous caching function of the present disclosure operates as follows. When the spread- 
sheet program 108 is called upon by the user of client 104 to render a spreadsheet, e.g., spreadsheet 210 in Fig. 2, 
or to re-render a spreadsheet to reflect revised data, formatting and/or formulas, the spreadsheet program 108 calls 
upon the client to provide the data necessary, formatting and/or formulas necessary to respond to the user's request. 
The key cache determines whether all requested data, formatting and/or formulas are contained within the data cache 
of client 104. To the extent the required data, formatting and/or formulas are contained within the data cache, such 
requested information is immediately provided to spreadsheet program 1 08 for use therein . However, to the extent the 
data cache does not contain requested data, formatting and/or formu las, the key cache accumulates such unfulfilled 
requests for combination into a single inquiry to be transmitted across network 1 06 to server 1 02. The cached queries 
are generally built into a small object for transmission across network 106. In a preferred embodiment of the caching 
function described herein, the spreadsheet program 108 is instructed not to re-render the spreadsheet until all required 
data is retrieved from server 102, thereby minimizing potential user confusion associated with partial renderings of 
spreadsheets at client 104. 

[0040] When the spreadsheet program 1 08 has completed its requests for data, formatting and/or formulas, the key 
cache packages up the requests that could not be fulfilled by the data cache into. a single data object and transmits 
those inquiries in a single query to server 1 02 across network 1 04. Upon receipt of the single inquiry, server 1 02 routes 
the query to the appropriate repository for response thereto, e.g., database 114 or enterprise source 116. Server 102 
advantageously collects the individual pieces of information necessary to respond to the packaged query provided by 
the key cache, and packages those pieces of information for a single responsive transmission across network 1 06 to 
client 104. 

[0041] Upon receipt of the responsive transmission from server 102 at client 104, the key cache automatically stores 
the responsive pieces of data, i.e., data, formatting and/or formulas, in the data cache for future reference. In a preferred 
embodiment of the present disclosure, the key cache prompts spreadsheet program 1 08 to initiate a recalculation upon 
receipt of the needed data from server 102. In attempting to recalculate, spreadsheet program 108 queries the cache 
within client 104 for all needed information/data, i.e., the data, formatting and/or formulas that were not previously 
contained in the data cache. In response to this prompted query from spreadsheet program 108, the key cache looks 
to the data cache for the needed information and transmits such information to the spreadsheet program 1 08 for use 
therein. Spreadsheet program 108 feeds the data to its calculation engine to sequentially generate the calculated 
values for the cells requiring such calculated values, and renders the final spreadsheet for viewing by the user at client 
102.. 

[0042] Preferably, the caching function within client 1 04 of the method/system disclosed herein advantageously op- 
timizes the transmissions across network 106 associated with user input of data, formatting and/or formulas at client 
104 as well. Thus, the key cache preferably accumulates input by the user for a single transmission to server 102 
across network. Moreover, the system/method of the present disclosure advantageously limits the amount of data 
retrieved from server 102 by defining fields otherwise left undefined in the query from spreadsheet program 108 by 
utilizing the fields of the "current view" (as described in greater detail hereinbelow) to fill in the missing or omitted fields/ 
dimensions of the request. For example, if the request to build a cell within spreadsheet program 108 is for "safes 
revenue," the method/system of the present disclosure preferably automatically determines from the current view of 
the user at client 1 04 that the sales revenue of interest relates to "European sales." Absent the limitative "current view" 
modality, the key cache would be required to request retrieval of all "sales revenue" data from server 102, rather than 
the limited "European sales revenue" of interest for spreadsheet 210 that constitutes the "current view" for purposes 
of Fig. 2. 

[0043] The caching function of the present disclosure thus serves to optimize interaction across network 106 in 
several key respects, thereby minimizing latency issues and increasing the speed and efficiency of spreadsheet pro- 
gram 108. While the caching function Is described herein primarily with reference to the spreadsheet functionality of 
system 100, and more particularly with reference to the budgeting/forecasting/ performance metrics of a preferred 
embodiment thereof, it is specifically contemplated that the caching functionality described herein may be beneficially 
employed in a wide range of networked applications and utilities, as will be apparent to persons skilled in the art based 
on the disclosure herein. 
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[0044] The system/method of the present disclosure advantageously overcomes the hierarchical limitations that have 
heretofore hampered the efforts of enterprises to budget and/or forecast performance and to subsequently measure 
performance metrics thereagainst, by enabling and empowering individuals to communicate in a non-hierarchical, e. 
g., lateral, manner. With reference to Fig. 3, exemplary screen layout 300 is depicted with a menu screen 302 positioned 

5 thereon. As noted previously, screen layout 200 depicted in Fig. 2 is illustrative of the types of screen views available 
according to the present disclosure and, based on the contents thereof, is representative of the type of screen view 
that an individual having direct or indirect involvement in European sales might avail himself/herself of. Screen view 
300, by contrast, is more generic than screen view 200, and includes a library 304 of enterprise-related information, 
bulletin board 206, CEO vision 208, a spreadsheet 306 related to "Trend Analysis." Spreadsheet 306 is representative 

10 of a utility provided according to the present disclosure to measure, monitor and communicate the performance metrics 
of an enterprise to globally dispersed corporate personnel in real time. With reference to the caching functionality 
discussed hereinabove, the budget-related aspects of spreadsheet 306 are likely to remain unchanged, will be cached 
within the data cache the first time they are retrieved from server 1 02, and will be provided from the data cache for re- 
rendering of spreadsheet 306 without the need to repeatedly access the data from server 1 02 across network 1 06. 

15 [0045] With further reference to menu screen 302, links to a plurality of desktop views 308 are provided, namely the 
"company desktop," the "manager desktop," the "executive desktop," the "admin desktop," and "my desktop." Screen 
view 300 corresponds to an illustrative "company desktop." The links to alternative desktop views 308 depicted in menu 
screen 302, illustrate one aspect of the present disclosure that facilitates non-hierarchical collaboration in budgeting, 
forecasting and/or measurement of performance metrics. Each desktop view 308 represents a subgroup within an 

20 exemplary enterprise that may benefit from timely exchange of information. The groupings reflect different ways, of 
looking at the interplay between an enterprise's workforce. For example, individuals at a manager level have issues 
that concern each of them, regardless of the functional group in which they work, e.g., accounting, engineering, quality 
control, human resources, etc. These managers are generally isolated from one another in developing budget/forecast 
information and in measuring their respective performance metrics. According to the method/system of the present 

25 disclosure, this isolation is overcome in favor of highly effective, timely and reliable access to each other and to the 
data necessary to perform their respective functions more effectively. Similarly, the subgroups defined by the executive 
desktop and admin desktop views 308 address issues of common interest and concern. 

[0046] The blocks or cells 202 on each desktop view 308 will differ, as will the types and degrees of financial infor- 
mation/spreadsheets available to users having access to those desktop views. Each desktop is easily accessed by 

30 browser 11 0 at client 1 02. To the extent the data required to assemble a linked desktop view is contained in database 
114 and/or enterprise resource 116 at server 102, client 102 will access such data via network 106, as discussed 
hereinabove. An administrator for the system of the present disclosure can easily create, amend and/or delete groups/ 
subgroups in response to the enterprise's needs overtime. Groups and/or subgroups may be established that constitute 
relatively arbitrary, yet relevant, employee subsets who benefit themselves and the enterprise in their collaborative 

35 interaction. Utilization of subgroups, e.g., the "admin desktop," facilitates and fosters senses of empowerment, com- 
mitment and ownership for corporate personnel who participate in the budgeting process and/or who have access to 
performance metrics in a timely fashion. 

[0047] Turning to Fig. 4, a further exemplary screen view 400 is provided in which bulletin board 206 has been carried 
forward from screen view 200, although in a different position and in an expanded format. The expanded format of Fig. 
4 includes information concerning the "caption" and the "description" of each posted message, as selected by the 
individual posting the message. In addition, screen 400 depicts illustrative status boards 402, 402a, bulletin board 404 
and a "My Selected" bulletin board 406. Bulletin boards 404, 406 illustrate a user's ability to view information in multiple 
formats, as may be.desired by such individual. In particular, bulletin board 404 differs from bulletin board 404 in that 
the former collects messages originated by the user ("fronga") whereas the latter collects messages originated by 
45 individuals otherthan the user. Similarly bulletin board 406 collects messages selected by the user for reasons known 
to the user. 

[0048] With particular reference to status boards 402, 402a, an advantageous feature of a preferred embodiment of 
the present disclosure is that users are able to work with their submissions to the budget and to submit those on a 
periodic basis for review and/or approval/consolidation into the enterprise's overall budget. Moreover, other users of 
50 the method/system disclosed herein are able to readily determine the status of such projects through exemplary status 
boards 402, 402a. Thus, with reference to status board 402, two informational columns are displayed: entity and status. 
Exemplary status board 402 provides information relevant to the European sales function and conveys the budget 
submission status of sales budgets for individual European countries, e.g., France (submitted), Italy (modeling) and 
Switzerland (review). 

55 [0049] Typical status indicia that may be advantageously utilized according to the present disclosure include: mod- 
eling (the budget submission is a work in progress); submitted (the budget submission has been submitted to the 
appropriate management personnel for approval); review (the budget submission is being reviewed by the appropriate 
management personnel); and approved (the budget submission has been approved by the appropriate management 


40 
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personnel). Of note, the budget submission is preferably "locked," i.e., unavailable for further change by the submitter 
once the status reaches the "submitted" stage. The user who is preparing the budget submission determines when 
the status should be changed to the "submitted" stage, e.g., through a prompt when the document/schedule/spread- 
sheet is refreshed and/or uploaded to server 102. This functionality preferably permits the user involved in preparing 
a submission to control the point at which such submission is viewable by other participants in the budgeting process. 
When "approved," the individual budget submission is consolidated or "rolled up" into the enterprise's overall budget 
that takes form as individual submissions reach the approved stage. In a preferred embodiment, the enterprise's overall 
budget (and subparts thereof) are automatically consolidated from submissions made by individual users, regardless 
of budget submission status, thereby providing budget participants with a snapshot of the budget status at any given 
time in the development process. 

[0050] With reference to status board 402a, the two information columns discussed with reference to status board 
402 are repeated therein. However, additional columnar information is conveyed in status board 402a, namely columns 
entitled "responsible," "updated," and two icon columns. The first icon column provides information concerning hyper- 
links to supporting documents associated with the budget submission, and the second icon column provides a direct 
link to an email/message posting wizard associated with the method/system of the present disclosure. As described 
hereinabove, a user of the method/system of the present disclosure has the ability to modify his/her screen views, 
subject to certain administrative controls, so as to view those aspects of the budgeting process of particular interest. 
Thus, in exemplary screen view 400, the user has opted to devote two screen blocks to information concerning the 
status of various budget submissions, evidencing the importance of such status information to this user. 
[0051] As is readily apparent, the "responsible" and "updated" columns provide information concerning the individual 
assigned responsibility for preparing/submitting the subject budget documents (e.g., "MGRCH" for Switzerland) and 
the date such budget document was last updated (e.g., "April 18, 2000" for Switzerland), respectively. From status 
board 402a, it is immediately apparent that the sales budget for Italy has not yet been submitted by the responsible 
individual ("MRGIT"), but that such Italian budget submission is in the "modeling" process. It is also apparent that the 
European budget submission, which is likely, at least in part, a consolidation of the individual European budget sub- 
missions, is also at the modeling stage, although a first version was uploaded to server 1 02 on April 1 7, 2000. If a user 
of the method/system disclosed herein was concerned about the status of the Italian budget submission, an immediate 
email/message could be directed to "MRGIT" by clicking on the associated icon in status board 402a p thereby using 
browser 110 to facilitate immediate communications related thereto. 

[0052] With reference to the supporting document icons depicted on status board 402a of screen view 400, two of 
the illustrative budget submissions include supporting document icons, namely the French and Swiss submissions. 
Supporting documents may constitute any file, document or other information source deemed worthwhile by the orig- 
inator of the submission, and may be linked to the submission as a whole or to individual cells and/or aspects of a 
submission, e.g., a specific cell or dimension of a submitted spreadsheet. Thus, the originator of a budget submission 
may advantageously and easily include word processing document(s), ancillary and supporting sp reads heet(s), Pow- 
erPoint presentation (s), graphic, audio and/or video file(s), hyperlinks to information on the Internet and/or World Wide 
Web, and the like, to his/her budget submission, thereby ensuring an informed evaluation of the contents thereof. 
[0053] The advantages associated with facilitating the inclusion of such supporting documentation with a budget 
submission, and even more advantageously, facilitating the linkage of supporting documentation to individual cells 
and/or aspects of a budget submission are significant. Behind every budget submission are countless exercises, ex- 
pectations, assumptions, objectives, rationales and competing interests. These factors generally cannot be conveyed 
in the numbers alone, and are often lost as the budget submission works its way through the budgeting process, e.g., 
to members of the senior management team. Facilitating linkage of such supporting documentation to the budget 
submission makes it possible for each budget contributor to communicate these factors, and provides a source of 
valuable background information in evaluating performance metrics as actual performance against the final budget 
commences. 

[0054] An exemplary screen view 500 associated with submission of supporting document 502 is provided in Fig. 5. 
Supporting document 502 is entitled "Supporting Schedule - Salary and Fringe Detail By Employee" and reflects, in 
spreadsheet form, employee-by-employee information concerning personnel within the Swiss sales organization. As 
further depicted in Fig. 5, the "Submit Supporting Document' function has been accessed in menu 504 from toolbar 
506, according to the method/system of the present disclosure. Submission of supporting document 502 preferably 
entails completion of submission screen 508 by which the submitter confirms the title of supporting document 502, the 
caption to be assigned supporting document 502 for purposes of communications related thereto, a description thereof, 
and recipients of the supporting documentation. Thus, the submitter has the ability to limit distribution of supporting 
document 502 to personnel having a potential need and/or interest in review thereof . Moreover, thesubmitter is provided 
the option of notifying distribution recipient(s) that of supporting document 502 has been submitted to the system 
disclosed herein. Preferably, a document board is available for screen view by participants in the budgeting process, 
such document board providing a centralized list of supporting documentation that has been submitted in connection 
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with the budget process. 

[0055] Turning to Figs. 6 and 7, exemplary screen views 600 and 700 are provided in which budget-related spread- 
sheets 602, 702 are depicted. While spreadsheets 602, 702 both relate to Global Motors' Budget 2001 effort, the two 
spreadsheets 602, 702 differ in the comparisons being made. More particularly, spreadsheet 602 compares "actual" 

5 figures as of March 2000 to "budget" figures through March 2001, whereas spreadsheet 702 compares the same 
"budget" figures through March 2001 to the "forecast" figures for March 2000. The variance calculations are derived 
from the respective comparisons, as is known in the art of spreadsheet design, operation and use. 
[0056] Of note with respect to screen views 600, 700, the rendering of the columnar data contained therein is driven 
by the "current view" selections reflected in the current view toolbars 604, 704. The current view toolbars 604, 704 are 

10 central to the operation and use of the budgeting method/system of the present disclosure in that the retrieval of data, 
e.g., from database 114, enterprise source 116 and/or the data cache of client 104, is based on the selections made 
therein. Accordingly, with reference to current view toolbar 604, the user has selected as his/her current view the 
"Budget2001 spreadsheet (block 606), the "Revenue" account (block 608), the "Actual" category (block 610), the °Glo- 
balMotors" entity (block 61 2), the"AIIVehicles" products (block 614), the "2001 .Mar time (block 61 6), and the "Periodic" 

15 measure (block 61 8). The user's current view, as reflected in current view toolbar 604, determines the appropriate data 
to be accessed, retrieved and loaded into the spreadsheet engine for rendering of spreadsheet 602. Of note, the key 
cache of client 104 advantageously determines the degree to which data required to render spreadsheet 602 is con- 
tained within the data cache, formulates a single request/query to be transmitted to server 1 02 across network 1 06 to 
obtain data not contained within the data cache, and loads data retrieved from server 102 into the data cache upon 

20 receipt thereof, as described hereinabove. The formatting of spreadsheet 602 is preferably predetermined according 
to the present disclosure, although a user's ability to design specialized/customized spreadsheets based on conven- 
tional spreadsheet technology is contemplated according to the present disclosure. 

[0057] Turning to spreadsheet 702 depicted in screen view 700, the user's sole change to his/her current view relative 
to screen view 600 is the selection of the "Budget" category in block 710 based on drop down menu 620 depicted in 

25 Fig. 6. The remaining fields/dimensions of the user's current view remain unchanged in current view toolbar 704 relative 
to current view toolbar 604. However, based on the single change to block 61 0, 71 0, the spreadsheet engine automat- 
ically renders an altogether different spreadsheet 702. Moreover, the selections contained in the remaining, unchanged 
current view blocks 706, 708, 712,714,716,718 define the data that must be accessed by client 1 04 for the rendering 
of spreadsheet 702. The defining aspects of the unchanged current view blocks advantageously limit the amount of 

30 information/data to be retrieved by client 102. For example, absent the "Global Motors" entity limitation in blocks 612, 
712, client 102 would potentially seek to retrieve information/data associated with a host of entities not required to 
render the desired spreadsheet. The automatic narrowing of the data retrieval request based on the user's selections 
in the current view toolbar 604, 704 greatly improve the speed, reliability and efficacy of the method/system of the 
present disclosure. Indeed, the "current view" functionality together with the Web-based, browser driven application 

35 design described herein, effectively transform static spreadsheets into dynamic, reusable reports that leverage and 
significantly enhance a user's ability to "slice and dice" data to arrive at beneficial financial results. 
[0058] According to the method/system of the present disclosure, a series of advantageous functional commands 
may be utilized to retrieve, send and display specific data, thereby enhancing the power and flexibility thereof. These 
functional commands may be used in conjunction with cell/dimension references within a spreadsheet, to make a report 

to or screen view behave in a certain way. Advantageous functional commands that may be used according to the present 
disclosure are as follows: 



Functional Command 

Meaning 

Function 

45 

EvAPP( ) 

App=application 

Returns current application identification 


EvBET( Application, AccountM ember, CelH, 
Cell2) 

Better/(Worse) 

Performs a better or worse comparison of two 
values, based on the accounttype property of 
the account number 

SO 

EvDES([dimension ( ] Member ID) 

Description 

Returns description for the specified member. 
If the same member name is used in more than 
one dimension, the dimension must be 
specified. 

55 

EvDIM (Application, dimType) 

Dimension 

Retrieves the property "DimName" from 
tbIDimension. Its parameters are "AppName" 
and "dimType" 
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(continued) 



Functional Command 

Meaning 

Function 

5 

EvGET(Application, [dim.]member1, [dim,] 
member2,.. M [dim.]memberN) 

Get value 

Retrieves a data value based on the specific 
members. If the same member name is used 
iii ill ore Lnun one uimension, ine uirnensiun 
must be specified. 

10 

memberN, Value) 

input value 

Miiuws input into ine cen containing ine 
formula and then sends that inputto the server 
when the eSubmit/Refresh schedules 
command is selected. 

15 

EvCV(Application, Dimension) 

Current view 

Returns the current view setting for the 
specified dimension. 

EvPRO( Application, Member, Property) 

Property 

Returns the value of a given property of a 
member. 

20 

EvSND(Value Reference, Application, Dimi, 
Dim2,..., DimN) 

Send value 

References another cell and sends the value 
in that cell to the server when the eSubmit/ 
Refresh Schedules command is selected. The 
parameters specify the dimensions that 
identify where the data is to be sent in the 
database. 


[0059] While the present disclosure includes a description of the method and system with reference to various specific 
embodiments, those skilled in the art will readily appreciate that various modifications, changes and enhancements 
may be made thereto without departing from the spirit or scope of the invention as defined by the appended claims. 


Claims 

1. A system for facilitating efficient database-related information exchanges across a network, comprising: 

(a) a server that includes at least one database; and 

(b) a client that includes a spreadsheet program and a cache, and that communicates with said server across 
a network, said spreadsheet program generating at least one spreadsheet having a plurality of data cells; 

wherein said cache stores data for use by said spreadsheet program in rendering said at least one spread- 
sheet, and 

wherein, in response to said spreadsheet program attempting to render said at least one spreadsheet, said 
cache determines whether data required to render said at least one spreadsheet has been previously stored by 
said cache; and 

wherein, to the extent data required to render said at least one spreadsheet has not been previously stored 
by said cache, said cache formulates a single query for transmission from said client across said network to said 
server requesting all required data. 

2. A system according to claim 1 , wherein said cache provides data previously stored by said cache to said spread- 
sheet program for use in rendering said at least one spreadsheet prior to transmitting said single query across 
said network to said server. 

3. A system according to claim 1 , wherein said cache receives a response from said server across said network that 
includes data not previously stored by said cache. 

4. A system according to claim 3, wherein said cache stores said data received in said response from said server 
before providing said data received in said response to said spreadsheet program for use in rendering said at least 
one spreadsheet. 
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5. A system according to claim 1 , wherein said spreadsheet program associated with said client is operable in the 
absence of communication with said server across said network. 

6. A system according to claim 5, wherein, in the absence of communication with said server across said network, 
said spreadsheet program uses data stored in said cache to render said at least one spreadsheet. 

7. A system according to claim 5, wherein, in the absence of communication with said server across said network, 
said spreadsheet program accesses data from a medium associated with an auxiliary drive to said client. 

8. A system according to claim 5, wherein said client communicates with said server across said network to update 
data transmissions therebetween based on operations of said spreadsheet program at said client in the absence 
of communication with said server across said network. 

9. A system according to claim 1 , wherein said network is selected from a group consisting of an intranet, internet, 
World Wide Web, local area network, wide area network, and combinations thereof. 

10. A system according to claim 1, wherein said server restricts access to data contained within said at least one 
database based upon a user's access clearance. 

1 1 . A system according to claim 1 0, wherein a user is a member of at least one collaborative group and each member 
within said at least one collaborative group is provided with access clearance to access equivalent data within said 
at least one database. 

12. A system according to claim 1 , wherein said cache stores data that is both numeric and non-numeric. 

1 3. A system according to claim 1 , wherein data stored within said cache derives from a group consisting of data input 
to at said client, data retrieved from said server across said network, and combinations thereof. 
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